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PREFACE 


This report documents th.e results of a study conducted by the McDonnell 
Douglas Astronautics Company (MDAC) from 1 June 1976 to 31 March 1977 
for the NASA George C. Marshall Space Flight Center (MSFC) related to 
integrated payload and mission planning for Space Transportation System 
(STS) payloads. This Phase III effort is a continuation of the Shuttle payload 
planning studies initiated by NASA/ MSFC in October 1974. 

An executive summary of this phase is reported in MDC-6740, Final detailed 
technical results of this study phase are reported in the following volumes 
ofMDCG6741: 


Volume I 
Volume II 
Volume in 
Volume IV 


Integrated Payload and Mission Planning Process 
Evaluation 

Logxc/Methodology for Preliminary Grouping of 
Spacelab and Mixed Cargo Payloads 

Ground Data Management Analysis and Onboard 
Versus Ground Real-Time Mission Operations 

Optimum Utilization of Spacelab Racks and Pallets 


This Volume H presents the results of an analysis to develop logic and 
methodology for the preliminary grouping of Spacelab and mixed cargp pay- 
load.«< in a form that can be readily coded into a computer program by NASA. 
The appendix to this volume contains logic diagrams that should be an aid 
in the coding process. 
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Requests for additional information should be directed to the following 
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• Mr, R, E. Valentine, Study COR 

NASA George C, Marshall Space Flight Center 
Huntsville, Alabama 35812 
Telephone: 205-453-3437 

• Mr. R, P. Dawson, Study Manager 
McDonnell Douglas Astronautics Company 
Huntington Beach, California 92647 
Telephone; 714-896-3205 

• Mr. R, D. Nichols, Field Office Representative 
McDonnell Douglas Astronautics Company 
Huntsville, Alabama 3 5812 

Telephone: 205-881-0611 
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SUMMARY 


The purpose of this task was to develop the logic and methodology for a 
preliminary grouping of Spacelab and mixed- cargo payloads in a form that 
can be readily coded into a computer program by NASA. The logic developed 
for this preliminary cargo grouping analysis is summarized below* Principal 
input data include the NASA Payload Model, payload descriptive data, Orbiter 
and Spacelab capabilities, and NASA guidelines and constraints (see Figure I-l) 
The first step in the process is a launch interval selection in which the time 
interval for payload grouping is identified. This time interval is normally for 
a specific flight year, however, the program can accept additional increments 
of time {quarter years), if required. Logic flow steps are then taken to group 
payloads and define flight configurations based on criteria that includes 
dedication (by NASA Office or technology), volume, area, orbital parameters. 
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pointing, g-level, mass, center of gravity, energy, power, and crew time. 
After all possible Spacelab payloads have been loaded, the next logic step of 
the program will permit the accommodation of automated payloads on pallets 
if all evaluation criteria can still be met (i. e. , space, weight, power, etc. ). 
The program has interactive capability - the capability for real-time operation 
at remote locations by cognizant engineers. The output of this program will 
include information on payload groupings, Spacelab configuration, the number 
of STS flight required, weight summaries, and the extent of resource usage. 
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Section 1 
INTRODUCTION 

The Space Transportation System (STS) currently under development by NASA 
will begin a new era of space activity that will involve a significant increase 
in the number and type of space payloads and missions. To satisfy the needs 
of the various payload users, and in order to utilisse the STS in the most 
effective way, additional emphasis is being given by NASA to the unique plan- 
ning and program integration activities necessary to fully exploit STS capa- 
bilities. This planning and integration process becomes extremely important 
when considering the high rate of projected STS traffic, the frequent require- 
ment for payload sharing of STS flights, the varied states of payload develop- 
ment, and the different operational aspects of each payload. 

These payload planning and integration activities include prelirninary engineer- 
ing analyses to determine compatible cargo grouping arrangements and Spacelab 
configurations. To augment this activity, NASA initiated an effort to define 
an automated program for this purpose. MDAC's support of this effort was to 
develop the logic and methodology for a preliminary engineering grouping 
analysis of Spacelab and mixed cargo payloads. This engineering grouping 
analysis, which is required prior to performing more detailed system engineer- 
ing analysis, will aid in the selection of the most desirable Spacelab payload 
groupings and Spacelab configurations. 

This report documents the results of the MDAC analyses to develop the logic 
and methodology for a preliminary cargo grouping program. Section 1 presents 
introductory information and fundarciental methodology development. In 
Section 2, the general methodology is expanded and the logic flow is developed. 
In Section 3, the payload ordering and output manifests are expanded. Section 4 
presents logic and methodology computer coding. Conclusions are presented 
in Section 5. Appendix I contains logic flow diagrams which should be of use 
in the coding process. 
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1.1 OBJECTIVE 

The objective of this effort was to develop the logic and methodology for the 
preliminary grouping of Spacelab and mixed cargo payloads in a form that 
can be readily coded into a computer by NASA. Task objectives, approach 
and general guidelines, and assumptions are summarized on Figure 1-1. 

1. 2 GENERAL APPROACH AND SCOPE 

The overall approach taken was to formulate the general methodology, 
identify the evaluation parameters, develop the logic flow, determine an input 
data base format, document the resiilts, and coordinate with NASA pro- 
grammers during NASA coding operations. The logic and methodology were 
to be developed in a form that could be readily convertible by NASA to Fortran 
statements for use with any of the latest high-speed digital computers. Pri- 
mary emphasis was directed to Spacelab payloads; automated payloads were 
given secondary consideration. There are eight basic Spacelab configurations 
covered depending upon core length and rack and pallet combinations. Flight 
durations up to 30 days are accommodated, however, detailed experiment 
time line requirements are not considered. The program developed was to 
have interactive capability, that is, the capability for real-time operations 
at remote locations by cognizant engineers. The program was developed so 
that fully dedicated payloads or partially dedicated payloads canbe programmed. 
The program also has the capability to measure resource usage {such as 
weight, power, etc.) and maintain a reserve allowance. 

Major assumptions and capabilities affecting logic development are summarized 
on Figure 1-2, Efforts were made to maintain a degree of detail that is as 
simple as possible, yet provides meaningful results. The most significant 
assumption was that no time line considerations were to be considered. This 
decision was made because the inclusion of time line evaluation would add 
significant complexity to the logic, beyond the scope desired for this task. 

This task represents the initial step in the planning and integration process 
to determine payload grouping and configuration. The logic and methodology 
must then be coded into a computer program by NASA and used to actually 
conduct preliminary grouping analyses and payload groupings. Following 
this, additional analysis steps are required to determine final payload groupings 
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OBJECTIVES: 

DEVELOP THE LOGIC AMD METHODOLOGY FOR THE PRELIMINARY GROUPING OF 
SPACELAB AND MIXED CARGO PAYLOADS IN A FORM THAT CAN READILY BE 
CODED INTO A COMPUTER PROGRAM BY NASA 

APPROACH: 

1) FORMULATE GENERAL METHODOLOGY AND IDENTIFY EVALUATION PARAMETERS 

2) DEVELOP LOGIC FLOW AND INPUT DATA BASE FORMAT 

3) PREPARE DOCUMENTATION AND PROVIDE COORDINATION WITH NASA 
PROGRAMMERS DURING CODING 

GUIDELINES AND ASSUMPTIONS: 

1) EIGHT BASIC SPACELAB CONFIGURATIONS 

2) MAJOR STS RESOURCE USAGE TO BE DEFINED WITH ALLOWANCES FOR RESERVES 

3) INTERACTIVE OPERATIONAL CAPABILITY TO BE INCLUDED 


Figure 1-1, Preliminary Engineering Analysis of Spacalab and Mixed Cargo Payloads — Logic and 
Mathodology (Task 2.1 C] 


1) SPACELAB PAYLOADS GIVEN PRI /VIA RY CONSIDERATIONS 
2} AUTOMATED PAYLOADS GIVEN SECONDARY CONSIDERATION 
3) EIGHT BASIC SPACELAB CONFIGURATIONS 
4} ACCO/VIMODATE FLIGHT DURATIONS FROIV. 7 TO 30 DAYS 

5) NO TIME LINE CONSIDERATIONS 

6) INTERACTIVE CAPABILITY INCLUDED 

7) MAJOR RESOURCE USAGE DEFINITION 

Figure 1-2. Major Assumptions and Capabilities Affecting Logic Development 



and configurations based on a more detailed engineering compatibility 
analysis. An intial step for this detailed engineering cycle is shown in the 
lower block on Figure 1-3, Systems Engineering Analysis Logic and 
Methodology, in which the logic and methodology would be developed for a 
more detailed analysis of payload and cargo compatibility. Once completed 
and coded into a computer program, it would be used in the overall cargo 
grouping analysis to determine final payload grouping and configuration. 

An expansion of the approach taken is contained in the following sections. 

These sections treat the problem of how the general logic and methodology 
was determined for the preliminary grouping analysis. A methodology was 
developed which generates the logic flow structure up to the point of satisfying 
problem peculiar constraints. In general, these constraints dictate logic 
flow configuration requirements. Included are the determination of compati- 
bility criteria that are needed to generate a logic flow structure, and additional 
diagrams which, when coded, implement the grouping process. 
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Figure 1-3. Interfaces of Preliminary Cargo Grouping and Etetailed Compatibility Analyses 
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In Section 2, the actual determination of the logic flow structure for the 
Preliminary Grouping of Spacelab and Mixed Cargo Payloads program is 
summarized. The payloads to be loaded, flight configurations, compatibility 
criteria, and problem peculiar constraints are identified, and a logic flow 
structure is generated. 

1. 3 LOGIC FLOW REQUIREMENTS 

In order to determine the logic flow, the following requirements were 
considered: 

A. Method for the determination of reasonable logic flows, 

B. Method for the evaluation of logic flows, 

C. Allowances for problem peculiar constraints (i. e. , unique 
constraints imposed by a particular problem). 

In order to achieve these ends, the basic segments of logic flow via Logic 
components are defined as: 

0 Payloads 

e Sets (Groups of Payloads) 
a Criteria 

« Flight Configurations 

For a complete grouping process, all payloads must be evaluated against all 
criteria. This is equivalent to arranging the criteria in a linear (series, 
string) fashion and successively passing the elements through the string. In 
order to maintain the detail of the preliminary grouping process to its intended 
purpose, requirement (A), preceding, is limited to a specific set of criteria 
which are discussed later. 

The determination of a method for evaluating logic flow necessitates logic 
flow criteria. One set cf criteria that was desirable to satisfy was that the 
logic flow be workable, flexible, and fast. In this context, workable means 
that the logic flow performs in a reasonable manner, is not too complex, and 
s olves the problem to the intended level of detail. The logic flow must be 
flexible since the input items may not be entirely defined and since it may be 
desired to modify the criteria set as more information becomes available. 

Since the logic flow will eventually be developed into a I’ortran coded com- 
puter program, the logic must be developed so that the resulting computer 
program will provide rapid calculations. 
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1. 4 COMPATIBILITY CRITERIA 

The compatibility criteria are determined from an evaluation of the character 
istics of fee payloads to be loaded and of fee flight configuration character- 
istics. The number and type of characteristics used for the criteria 
determination defines fee level of compatibility sought in the problem 
solution. 

The previously identified requirement that fee flow be fast may be satisfied 
by minimizing the number of decisions {i. e. , criteria test of items). One 
method which may be used to minimize the number of criteria tests is to 
order (group) the criteria with the most restrictive criteria first. This pro- 
cedure reduces fee number of payloads that successive criteria must test 
and hence reduces the number of decisions. Two possible methods for the 
determination of restrictiveness are: 

• Direct Evaluation 

e Incompatibility Matrix 

In fee direct evaluation, a criterion is chosen and each payload is tested 
against the criterion. The number of payloads which pass the test is an 
indication of restrictiveness. The more restrictive the criterion, the 
greater the number of payloads which are rejected. 

To determine restrictiveness, a quantitative evaluation may be performed as 
above or qualitatively ordering of the criteria from a reasonableness stand- 
point may be performed. 

To accommodate these requirements, the following constraint was imposed 
on the methodology process: 

• Criteria in the logic flow are ordered according to restrictiveness 
with fee most restrictive criteria first. 

1 . 5 CRITERION MODELING - GENERAL 

The determination of pertinent compatibility criteria and their levels of 
restrictiveness may be facilitated by: 

• Grouping criteria to develop trends and differences. 

• Modeling criteria for more effective testing. 
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The criteria' were modeled to achieve the grouping referred to above. 
Modeling a criterion may be a straightforward process or very complex. In 
general,' the more complicated that the model is, the more yes-no decisions 
that are required to test a payload against the criteria. 

The model which was used for the majority of the quantitative criteria is the 
simple additive model, given in the following example. 


Example: 

Criterion — Mass (quantity) 

Model Type — Additive (add the mass j^quantity^ of the payload which 
is currently loaded to the mass [quantity^ of the payloads already 
loaded) 

Decision Test — Does the total mass (quantity) exceed the available level,? 
in place of the quantity mass, other additive criteria examples are energy, 
crew time, etc. A second model type which was used is that of parameter 
matching. 


Example; 

Criterion — Discipline (parameter) 

Model Type — Parameter matching 

Decision Test — Is the discipline (parameter) of the payload currently 
being loaded the same as the discipline (parameter) specified? 


In place of the parameter discipline, other examples are g-level, pointing, 
etc. The last type of model which was used is that of rearrangement. 

Example: 

Criterion — CG . 

Model Type — Rearrangement (rearrange elements on the container 
according to a sub criterion) 

Subcriterion — Mass 

Decision Test — Once rearrangement has been performed, has the 
CG (criterion) test been satisfied? 


Note that the actual specification of the physical rearrangement has not been 
given. This specification depends on the criterion type specified in Section 2. 
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Time line rearrangements would require complexity beyond the scope of this 
study and therefore were not considered. However, in some cases, time 
duration factors were considered. 


If a criterion decision test is not satisfied, then the payload is rejected. It 
was assumed, for the grouping problem, that all payloads must be loaded. 
The rejection option was then defined as; 

Rejection — Due to incompatibility, the payload (PL) cannot be loaded 
on any used flight configuration (FC) (a FC which contains 
previously loaded PLis), An unused (empty) FC was then defined 
and the PL was Loaded onto it. 

Tolerance levels were considered as part of the criterion modeling process, 
that is, some criteria may have tolerance levels specified in addition to 
normal maximum levels. 


1.6 PACKING LEVELS 

Packing problems may in general be divided into levels. Examples for loading 
payloads onto the Spacelab are: 

• One packing level - PL loaded onto FC 

• Two packing levels - PL loaded onto pallets and/or modules 
(P/M), P/M Loaded onto FC 

• Three packing levels - PL loaded onto P/M, P/M grouped 
into pairs, and P/M pairs loaded onto FC 

The packing process with three packing levels was not as flexible as that with 
lesser levels since it was more difficult to pack pairs than single P/M, 
Further, although it is felt that some added PL grouping control was achieved 
by utilizing more than one packing Level, the single packing level, (i. e. , PLs 
directly onto FCs) was choosen due to the more general simplicity of the 
logic and the corresponding reduction of computation time and computer file 
storage requirements in the computer program. 


1. 7 CRITERION MODELING - PACKING ALTERNATIVES 


The process for evaluating criteria restrictiveness through criterion modeling 
has been defined in Subsection 1. 5. Rejection of PL by a criterion, i. e, , the 
PL fails the decision test, is one possibility and is the default option. In the 
preliminary grouping of payloads, rejection would mean that a particular PL 
would not be loaded onto a particular FC. 
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Pacldng alternatives are also options encountered in the loading process given 

in the following examples. 

Examples : 

Rearrangement — FG CG out of CG envelope, therefore rearrange pallet 
and module locations (i, e. , select new FC). 

Replacement — Sum of pallet weight exceeds maximum, therefore remove 
a pallet and substitute another pallet. 

Adaptability — Sum of crew time requirement exceeds available, 
therefore add another crewman. 

In addition, another packing alternative was identified. 

Example; 

Intervention (Interactive Capability) — Sum of PL energy exceeds 
maximum by 2 percent; human decision allows this PL 
grouping regardless of energy overrun. 


Precise definitions of the packing alternatives must be developed, e. g. , if 
PLs are to be rearranged on a pallet or in a module, what is the specific 
plan of action for the rearrangement? 

A basic ordering for the packing alternatives associated with a criterion may 
be determined and depends on the criterion. For example, for the criterion 
of FC CG outside of CG envelope, replacement of a pallet from one FC to 
another FC may be more difficult than pallet rearrangement within an FC 
once other criteria have been satisfied. 


Other constraints are now identified which reduce the complexity of the logic 
flow. 

• Consider only the following packing alternative, and define 

restrictiveness order for packing alternatives (least restrictive 
first) as follows: 

A. Adaptability 

B. Rearrangement 

C. Replacement 
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D. Intervention (interactive capability) 

E. Rejection 

In general, it is easier to adapt and rearrange than it is to replace if a 
compatibility criterion is not satisfied. Since replacement is really a special 
case of rearrangement, replacement was eliminated for the sake of simplicity. 

The above listing was used to order the criteria. This ordering is 
accomplished using the following constraint; 

• Criteria restrictiveness is determined from the applicable 
criterion packing alternatives, 

1. 8 PAYLOAD AND FLIGHT CONFIGURATION 

Some PLs are more demanding on FC resources than others and would 
therefore be more difficult to load once other PLs have been loaded. It was 
therefore desirable to facilitate the packing process by ordering and loading 
the most demanding PLs first. Demanding depends on the particular PLs, 
FCs, and criteria. 

To order the PLs to be sent through the logic of the grouping process, a PL 
resource table was defined. The resource table elements are the percentages 
of the FC resources used by the PLs. The percentages for each PL are added 
across the row with an optional weighting factor for each resource. In a 
sense, the PL with the largest total is most demanding, i. e. , the most diffi- 
cult to load, and is loaded first. By arranging the totals in decending order, 
the PL ordering is defined. The PL Resource Table, in Appendix I, will be 
used in Section 2 for ordering PLs. 

The FCs for the general packing problem may also be classified according to 
type, and all PLs may not be compatible with all types of FCs. The FC types 
may also be ordered according to criteria. 

There are special considerations which affect the PL ordering and FC type 
selection. Two examples are sets of PLs that should always fly together and 
FC that have dedication requirements. These are discussed in more detail 
in Section 2. 
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Section 2 

LOGIC DEVELOPMENT 

The fundamental methodology development has been presented in Section 1. 

In Section 2, the general methodology has been expanded, leading to the actual 
logic flow diagrams. The results of the logic development are presented in 
Appendix I for convenience of handling during the coding process. The input 
data requirements and the actual logic diagrams are presented in Appendix I. 

In the following Sections, all Tables and Figures referred to are contained 
in Appendix I. Table and Figure numbers are not consecutive as they 
correspond to block numbers within the flow diagrams. 

2. 1 BASIC PROGRAM FLOW 

The logic development, as discussed in Section 1, is based on one level 
loading, i. e, , loading of Spacelab PLs directly onto FCs with no intermediate 
consideration of non-FC related pallets or racks. The basic or main logic 
flow control is depicted in Figure 1.0, The basic input data bases are included 
in the logic blocks which are open-ended on the left-hand side. Additional 
operational data files are indicated in blocks 1. 8, 1. 9, and 1. 10. These 
blocks or data files are established once and subsequently updated or modified 
only as new data or experience warrant. Program initiation begins in 
block 1, 12. The remaining blocks of Figure 1, 0 refer to subsequent logic 
diagrams where the actual or detailed logic flow is presented. The remaining 
discussion consideres each logic diagram in the order that the computerized 
flow would occur. 

The PL model and the PL data base input data parameters are listed in 
Tables 1. 1 and 1.2 respectively. The basic Spacelab FC data base and the 
Orbiter capabilities and constraints are listed in Tables 1* 3 and 1,4, 
respectively. Table 1,5, basic data base file, contains parameters which 
do not naturally belong in the previous data base files. The criterion character- 
istics are shown in Table 1. 8. The criteria are listed, not in any particular 
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order, showing the packing alternatives and nature of adaptability, if any. 

The ordered criteria (the order in which they will be evaluated for each PL) 

>1 

are listed in Table 1, 9. Finally, the criterion naodel definition for each 
criterion is shown in Table 1. 10. 

Z.2 INTERACTIVENESS SPECIFICATION 

The interactiveness specification Ipgic flow shown in Figure Z. 0, data base 
changes in Figure 2. 2, FC dedication options in Figure 2. 3, and tolerance 
parameter interactive options in Figure 4. 0, are executed at this point. All 
other interactive options occur at appropriate places in subsequent logic flow 
with some flags being set in Figure 2. 0, The subsequent interactive options 
are clearly called out as they occur and will be discussed at that time. 

With interactive capability, the user will be able to make changes to this data 
base on any given run, as desired. A major feature of the interactive control 
is (he dedication option. The user can specify one or more flights to be 
dedicated to either one or a combination of two program offices. In addition, 
for each flight with two-office dedication, resource percentage splits can be 
specified (e. g. , split loading by weight. Office of Applications 60%, ESA 40%). 
Also, the amount (%) of reserves for selected resources can be specified. 

The final interactive option is that of repacking at the end of the logic flow. 

The user will be able to observe the resource usage tables and attempt to 
move any selected PL from one FC to another. 

2. 3 LAUNCN INTERVAL RESTRICTIONS 

Following the initial interactive options, control is returned to Figure 1, 0 
and the launch interval restriction logic. Figure 3, 0, is called. This logic 
simply selects all of the PLs out of the total PL Model for the desired PL 
grouping year currently being considered. These PLs are then stored in a 
separate file for further manipulation. 

The basic process is to select the PLs out of the PL model for a specified 
year and group them into FCs, However, additional flexibility is provided 
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as flie user may specify any number of quarter years to be included in addition 
to the specified beginning year. Two grouping options are then available; 

1. Group all PLs for the interval year (1) + N quarter-years. 

2, For the specified interval (year (1) + N quarter -years), group the 
PLs by quarter -year segments within that interval. 

2.4 GROUP PAYLOADS AND LOAD ONTO FLIGHT CONFIGURATIONS 
The heart of the grouping logic begins with Figure 7. 0, group PLs and load 
onto FCs. Throughout the 7 series of logic flow diagrams, control is trans- 
ferred to various segments of the logic for evaluation of the PL criteria with 
each attempt to load a PL onto a FC. 

The first step in Figure 7, 0 is to transfer control to Figure 7. 3 where the 
PLs of interest {Reference Figure 3. 0) are ordered. They are first ordered 
by calculating the percent of total resource available in the FC that is required 
by the PL. A matrix file is built, doing this for each additive criterion for 
each PL. The matrix rows for each PL are then summed using input multiply- 
ing or weighting factors for each criterion as shown in Table 7. 3, 9. The 
PLs are then ordered in descending order according to the summed totals. 
Next, the list is sorted for each office- dedicated flight. Each office- 
dedicated group is moved to the top of the list so that they will be selected 
for loading during the early execution of the logic. Control is now transferred 
to Figure 7,4 for special PL grouping designations. Here one or more sets 
of PLs can be designated to always fly together. Since loading a set of PLs 
onto a FC may present special loading problems, these designated sets are 
moved to the top of the ordered PL list so that they will be loaded first. 

Actual loading of PLs onto FCs now begins. First, the specially designated 
groups of PLs that must fly together are loaded. After these special sets 
have been loaded, selections of PLs from the ordered PL list ■wn.ll continue. 

If dedicated flights are required, these PLs will be the next PLs on the list. 

It should be noted that there is a test (Figure 7. 0, Blocks 7.4 and 7.4, 1) to 
determine when all of the dedicated flights have been satisfied. When this 
is determined to be the case, the dedication criterion is removed from the 
ordered criterion list for the duration of the run. This makes is possible to 
attempt to load the remaining multiuser PLs onto the dedicated FCs if 
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available resources permit* In this manner, each, remaining PL in the list 
is successively selected for loading onto a FC. 

The first criterion to be tested for each PL is the Instrument Pointing System 
(IPS) requirement. This is done by transferring from Figure 7. 0 to Fig*- 
ure 25* 0, and returning. The IPS criteria is checked first because it has an 
*mpact on subsequent criteria that will be evaluated, 

Z-, 4. 1 FC Selection and Criteria Ekraluation 

Transfer of control is made from Figure 7* 0, Block 7. 7, to Figure 7. 7 for 
FC selection and criteria evaluation. First, the PLs are tested for special 
grouping requirements. If there is a requirement, the FC is established for 
the first PL of the set and ail subsequent PLs of that set are loaded onto the 
same FC. if the PLs are not of a special set, then the test is made to deter- 
mine if a specific FC type (FCT) is designated for that PL, If so, the logic 
increments through the FC manifest and selects the first FC of the desired 
type. If the PL cannot be loaded on that FC, the incrementing continues 
until the next FC of the desired type is selected. If the FC list is exhausted, 
then a new FC of the desired type is established, H no FCT dedication 
requirements exist, the logic simply increments through the FC manifest 
until the PL is loaded. The criteria tests begin in Figure 7. 7, Block 7, 7. 8, 
where control is transferred to Figure 7. 7. 8. The logic begins incrementing 
through the criterion list (Table 1. 9), checking for possible packing 
alternatives. 

2, 4. 2 Dedication Criterion 

Since the pointing and IPS criteria have already been checked, the first cri- 
terion selected from the list is dedication. This is a parameter match model 
FC Office designation to PL Office designation. The parameter match model 
is in Figure 7. 21, If the parameter match is made, the test is satisfied. 
After the last PL with a FC dedication is selected from the ordered PL list, 
the criterion dedication is deleted from the criterion list for the duration of 
the run. As previously indicated, this is done to permit the remaining multi- 
user PLs to be loaded on the dedicated FCs as available resources allow. 
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2.4.3 Mass Criterion 


This criterion is additive, so control is transferred to Figure 7.20. The 
criterion here is: After adding the weight of PL, {WPL) to the FC, does the 
total PL (chargeable) weight (WPLT) exceed the FC Spacelab PL weight 
available (SPLAT)? Additional weight checks are made for individual pallets 
and racks in the pallet and/or rack volume-area check. 

2.4.4 Orbit Parameters 

The acceptability of PL orbit parameters for a given FC is evaluated in the 
logic flow contained in Figures 23. 0, 23. 5, 23.7, and 23. 10. This flow also 
provides consideration of mission duration extensions. 

2.4.5 Volume Area Loading Check 

The initial pallet and rack volume-area loading check is controlled in 
Figure 24. 0. Since this logic is more complex than the other criteria tests, 
the first step is an interactive stop, allowing the user to instruct the PL to 
be loaded and bypass the logic. If he types in LOGIC, then the logic flow 
continues as follows. If the PL involves rack loading, this is accomplished 
in Figure 24. 2 and is checked on the basis of total volume. Dedicated racks 
for specified PLs can be accommodated. The pallet loading becomes more 
complex. The pallet loading is three dimensional in that both above and 
below mid-deck loading is considered. Since viewing and/or gimbaling PLs 
are probably the most restrictive to load from a volume-area consideration, 
a preliminary test is made for the viewing PLs. The viewing requirement is 
identified in. Figure 24.4. If the requirement exists, control is transferred 
to Figure 24.9 for preliminary checks. This logic first checks to see if the 
PL Can be mounted above mid-deck and remain within the upper PL envelope 
constraint in the cargo bay. The result of this test is simply that a flag is 
set indicating whether the PL must be mounted above mid-deck or below 
mid -deck on the pallet floor structure. 

Next, in Figure 24. 9. 1, the PL area is checked against the available area 
and the PL weight is checked against the available weight. One, two, or three 
pallet train requirements are considered by the control passing through 
Figures 24. 11, 24. 12, and 24, 13, as indicated. 
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To this point, the logic has tested area (in the launch stowed condition), 
weight, and cargo bay envelope. This could be whether the PL has viewing 
and/or gimbal requirements or not. Next, if the PL has viewing and gimbal 
requirements, control is transferred to Figure 24. 10. In this logic, the PL 
height is considered to be the PL extended or deployed height (PLHEX) as 
opposed to the PL launch configuration height (PLH). In Figure 24. 10, some 
basic computations are made concerning viewing and/or gimbal type PL 
heights for the appropriate viewing and/or gimbal angle. These values are 
retained for subsequent tests at a more detailed level. 

Returning to Figure 24. 4, Block 24. 4, 7, if the PL has no viewing and/or 
gimbal requirement, control is transferred to Figure 24. 5 for below mid- 
deck loading checks. These preliminary tests are for total area, height, and 
weight, considering one, two, or three pallet train requirements as before. 

If the PL cannot be loaded below mid-deck, similar checks are made in 
Figure 24. 8 for above mid-deck loading. 

Once a pallet of a FC has been loaded to the point that the loaded area exceeds 
the available area minus some input factor, control will be transferred from 
Figure 24.9. 1 to Figure 24.20 for a detailed area placement check. 

The basic principle for the more detailed pallet loading evaluation is to 
section off the below and above mid-deck areas into rectangular sections as 
shown in Table 24. 20. The intent is to end up with reasonably good confidence 
that the PLs grouped on a given pallet can in fact be accommodated when 
actual layouts are made in the next level of compatibility analysis. If 
desired, this detailed pallet PL placement logic can be included in the initial 
program coding or it could be added at a later date to facilitate early oper- 
ation of the program. 

As seen in Table 24.20, there are 12 sections below and 20 sections above 
mid-deck for a single pallet.. These numbers are doubled and tripled for two 
and three pallet trains, respectively. In Figure 24.20, the appropriate 
number of sections are established according to the current pallet configur- 
ation being considered. Next, the below mid-dec!' PLs for the current pallet 
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configuration are selected and ordered according to the fraction of the 
available area that the PLs require. Thus, the largest PL will be placed 
first, the smallest last. The same procedure is accomplished for the above 
mid -deck PLs. 

Next, in Figure 24. 21 and 24. 22, the below mid-deck PLs are placed on the 
pallet. The procedure consists of selecting the next PL from the newly- 
ordered list. A spacing factor is applied to the PL width and length to allow 
for some spacing between adjacent PLs after loading. Using these scaled 
PL lengths and widths, the number of sections required by the PL is defined. 
The first section on the pallet is now selected (section 1. 1). If this section 
is available on the pallet and more sections are required lengthwise, then 
the next section lengthwise is selected. This procedure is followed until the 
PL length can be loaded or a conflict with an unavailable section is met. 

The same procedure is followed widthwise. If the PL can be loaded, the 
selected sections are deleted from the available section list for the current 
pallet. This includes above mid-deck sections if the PL height extends above 
the mid-deck level. This is the reason below mid-deck PLs are placed first. 
If an unavailable section conflict is identified, the logic will continue to 
select the next section until an available section is found. The procedure 
then continues, attempting to place the PL. If the PL cannot be placed below 
mid-deck, it is added to the above mid-deck list for possible placement there. 

When all of the below mid-deck PLs have been placed or changed to the above 
mid-deck list, a similar procedure for placing PLs above mid-deck is 
followed. At this point, if it is determined that some PLs cannot be placed 
at the logic will interactively ask the user if he wishes to override the 

logic and load the PL anyway. 

One feature is, that for a gimbaling PL, the area is increased to equal the 
projected area assumming the PL gimbals around the full circumference. 

For viewing PLs, no PLs will be loaded in an adjacent section if the new PL 
height would protrude above the upper edge of the viewing PL, even if in a 
gimbaled position. Again, these calculations consider the PL heights to be 
in the extended or deployed position. This is the viewing conflict test in 
Figure 24. 28. 
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Z. 4. 6 Power 

The power criterion is evaluated in Figure 1.2.2. Using the operating power, 
duration of each operation, frequency of operation, and mission duration, the 
total power consumption for each PC is calculated. Then for each FG, a power 
information manifest is maintained, A sample is shown in Table 1.2.2. 

2. 4. 1 Pointing — Reaction Control System (RCS) Fuel 

This criterion is modeled in Figure 7. 18. The additional fuel is added, based 
on input data contained with the PL being evaluated. 

2. 4. 8 G~Level 

The g-leVel criterion is modeled in Figure 27. 0. This model establishes the 
duration that different g-levels are required for each mission. This is done 
for the purpose of output information as opposed to a criterion test. 

2.4.9 Continuous Thermal Heat Rejection 

This criterion is an additive model using Figure 7.21. It is a gross check 
of the accumulated average heat rejection requirement. 

2.4. 10 CG Criterion 

The CG criterion is a tolerance range test with the rearrangement alternative. 
This logic is contained in Figures 7. 17 and 7. 17. 1. Only longitudinal CG is 
considered. The flow initiates in Figure 7, 17. The new FG CG is calculated 
in Figure 7. 17. 1 and returned to Figure 7. 17. Here, the CG out-of-tolerance 
range test is made. An acceptance is indicated even if the CG is out of 
tolerance by 10% or less in order to account for uncertainties in current 
CG data. 

2.4. 11 Energy 

This criterion is an additive model using Figure 7. 18. The total energy 
required by each PL is summed and checked against the available energy. 

2.4. 12 Crew Attendance Time 

This criterion is modeled in Figure 7. 19. The model accumulates the total 
crew attendance time required for each PL and determines if additional 
Spacelab crewmen beyond the baseline of two are required. If so, the 
additional weight provisions are added. 
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Z. 5 END OPTIONS 

After the last PL is loaded, the logic executes several end options. First, 
in Figure 13. 4, an additional opportunity is made for the user to interactively 
add mission dependent equipment (MDE) to the loaded FCs. Then, if the 
tolerance option flag is set, the logic in Figure 13. 1 will determine from the 
resource usage table the percentage of each resource used for each FC. It 
then establishes an incompleted FC loading manifest, This information can 
be displayed and used in the next option. The next option is that of inter- 
actively repacking or rearrangement of PLs in a FC or from one FC to 
another. This logic is in Figure 13.2. 

2.6 AUTOMiiTED PAYLOAD- (APL) 

If resources allow and all PLs have been loaded, then an attempt is made to 
load APLs onto pallets. The APLs are deployed at the beginning of the 
Spacelab mission. The loading attempt is made at the completion of the 
loading of the FCs. The FC resources which are used as loading criteria 
are listed in Table 26. 1 and the logic flow is illustrated in Figure 26. 0. 

Two possible situations in which APLs may be assigned to a FC are (1) the 
pallets on a FC do not deplete the FC resources, and (2) an FC occurs in the 
output manifest in which another pallet could be added, changing the type of 
the original FC, The logic flow for loading APLs handles both of these cas.es. 
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Section 3 

PAYLOAD ORDERING AND OUTPUT MANIFESTS 

As part of the process, the payloads which are to be sent through logic are 
ordered. To this end, element resource tables are employed which allow 
payload ordering on the basis of the percentages of FC resources used. The 
ordered payload manifests are used as PL loading input and the result is an 
output manifest. The PL resource table consists of that part of a manifest 
which contains the percentages of available resources used for additive 
criteria. The percentages are summed across the rows to obtain percentage 
totals. 

A sample input ordered payload model is given in Table 7. 3.9. The ordered 
PL manifest. Table 7.4, is then constructed. Table 8 illustrates a sample 
FC output manifest for a 5% tolerance level. The associated weight summary 
is given in Table 9. The FC ordering is shown in Table 10. 
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Section 4 


LOGIC AND METHODOLOGY COMPUTER CODING 

The computer program which implements the logic and methodology for the 
grouping of Spacelab payloads consists of Fortran coding and a set of computer 
files (Table 11). 

As an example of the implementation of the criterion decision process via 
the program and files, consider the criterion energy. From the ordered 
criteria file. Table 1.9, it is seen that the criterion CG has just been satisfied 
and the program goes on to the next criterion. The ordered criterion index 
is incremented. Figure 7. 7. 8, and the criterion energy is selected. 

As stated, the criterion index in the criterion model definition file. 

Table 1, 10, is incremented until ENERGY is located. The information pro- 
vided here includes the fact that the criterion is represented by an additive 
model and 25% (example) tolerance. The additive model subroutine, 
ADDITIVE, which contains the criterion model procedure and decision test 
is then called as in Figure 7.20. For this example, the element quantity, 
QUANT, is equal to ENERGY. This logic block in Figure 7. 20 fits into the 
criterion decision test block of Figure 7. 7. 8. 

Another criterion model type which is considered is that of parameter match- 
ing. In this case, the check under parameter match in the criterion model 
definition file (Table 1. 10) instructs the program to call subroutine PARA- 
MATCH as in Figure 7. 21. 

The criterion files may be expanded in scope to provide for more detailed 
models. 

The input data base requirements are summarized in Table 12. 
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Section 5 
CONCLUSIONS 


Th.e logic and methodology for a preliminary grouping of Spacelab and mixed 
cargo payloads has been developed in a form that can be readily coded into a 
computer program by NASA. Principal input data include the NASA Payload 
Model, payload descriptive data, Orbiter and Spacelab capabilities, and NASA 
guidelines and constraints. The first step in the process is a launch interval 
selection in which the time interval for payload grouping is identified. This 
time interval is normally for a specific flight year, however, the program 
can accept additional increments of time (quarter years), if required. 

Logic flow steps are then taken to group payloads and define flight configur- 
ations based on criteria that includes dedication (by NASA Office or technology), 
volume, area, orbital parameters, pointing, g-level, mass, CG, energy, 
power, and crew time. After all possible Spacelab payloads have been 
loaded, the next logic step of the program will permit the accommodation of 
automated payloads on pallets if all evaluation criteria can still be met 
(i. e. , space, weight, power, etc.). The program has interactive capability, 
the capability for real-time operation at remote locations by cognizant 
engineers. The output of this program will include information on payload 
groupings, Spacelab configuration, the number of STS flights required, 
weight summaries, and the extent of resource usage. 

The process which generates the logic and methodology for the grouping 
analysis has been developed for use in the preliminary grouping of Spacelab 
payloads. This process manifests itself in a set of logic diagrams. Com- 
puter diagrams within the process will be coded to implement the grouping 
process. The process allows flexibility. If additional criteria are 
desirable they may be added along with packing alternatives, packing levels, 
tolerance levels, and adaptabilities. Also, one can subtract criteria, change 
criteria characteristics (tolerances, alternatives), and change the data base. 
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APPENDIX I 


AUTOMATED FLOWCHARTS 
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Appendix I 

AUTOMATED FLOWCHARTS 

This appendix contains the logic diagrams which have been automated by the 
use of MDAC computer program MACFLO. Each logic diagram block is 
indexed with a number. When transfers in the logic are made from one 
diagram to anotherj the indexing allows one to locate the go-to-point with a 
minimum of effort. It is intended that these diagrams will aid the coding 
process. 


* *1 
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DEFINITIONS OF SYMBOLS 


APL 

C 

CG 

FC 

Jim 

.GE. 

.GT. 

HA 

HP 

IN 

LCG 

LE 

LT 

M 

M?. 

ij 

‘\jk 

HD 

HDE 

MAX 

HIM 

HOH 

OHS 

P 

PL 

P/H 

PO 

PPDB 

RCS 


Automated payload 
combination 
center of gravity 
flight configuration 
FC type Jl, number m 
greater than or equal 
greater than 
apogee altitude 
perigee altitude 
inclination 
longitudinal CG 
less than or equal 
less than 
module 

mass of P/H number 1 
mass of P/M. . 

* li 

mass of P/H,-. with no PL 
mass of PL K on P/M- • 

• J 

mission duration 

mission dependent equipment 

maximum 

minimum 

nominal 

orbital maneuvering system 

Pallet 

payl oad 

pallets and/or modules 
pallet only 
PL planning data base 
reaction control system 
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TABLE 1.1 


PAYLOAD MODEL REQUIREMENTS 


The following information should be identified for each Payload. 

A, Spacelab Payloads 

1. Identifying descriptor number (ID) 

2. Alphanumeric Name 

3. Launch year(s) 

4. Number of rights for each year. 

5. Payload Discipline 

6. NASA Office or other organization of responsibility 

B. Automated payloads. (APL) 

1. Identifying descriptor number (ID) 

2. Alphanumeric Name 

3. Responsible Organization. 
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TABLE 1.2 


PAYLOAD DATA BASE 


A. Space! ab Payloads 


1. Identifying descriptor number 

2. Alphanumeric Name 

3. Launch year(s) 

4. Number of flights for each year 

5. Payload discipline 

6. NASA Office or other organi 2 ation of responsibility 

7. For each payload or experiment segments of a Payload that are 
to be mounted in racks or pallets spearately, identify the 
following data. 

7.1 Payload loading requirement, Pallet (P), Pallet only (PO), 
Pallet-Module combination (C), Module Rack (R). 

7.2 Pressurized mounting requirement (yes or no), 

7.2.1 PL width (PLW) 

7.2.2 PL Volume (PLV) 

7.2.3 Launch and entry weight (WPL) 

7.3 Unpressurized mounting requirement (yes or no) 

7.3.1 Overall dimensions (length, width, height), (PLL, PLW, PLH). 

7.3.2 Inputs to volume - area test 

a. P(I) Number of pallets in train, I = 1, 2 or 3. 

b. P(X) Pallet index 

c. PL Area (PLA) 

d. AMDADN - available mid-deck area underneath 

e. AMDAUP - available mid-deck area up (top side) 

f. TPLWT - Total PL weight loaded on pallet* 

g. Pallet weight carrying capabilities. 


h. 

i. 


TRAIN CONF. 
P(I) = 1 
P(I) = 2 
P(I) =3 


WITHOUT IGLOO WITH IGLOO 
WT[P(I)] WT[P(I)I] 

WT[P(I)3 WT[P(I)I] 

WT[P(I)] WT[P(I)I] 


TMDADN - Total mid-deck area loaded underneath* 


HiDAUP - Total mid-deck area loaded above* 


*Calculated 
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j. AF - Loading area factor 

k. PLH - PL height (launch condition) 

l. PLHEX - PL height extended 

m. HL - Height of mid-deck above floor panel. 

n. HU - Height from upper surface of mid-deck to top 
of pallet. 

0 . WMD - width of mid- deck 

p. R - Radius of PL envelope 

q. PHI - Half Gimbal Angle 

r. PLS - Payload shape, cylindrical or rectangular 

s. PLD - Cylindrical PL diameter 

t. PLL - PL Length 

u. PLW - PL width 

V. MDADN - Unloaded mid-deck area underneath* 
w, MDAUP = Unloaded mid-deck area above* 

7.3.3 Launch and entry weight (WPL) 

7*4 Crew requirements 

7.4.1 Total crew attendance time required for PL, TA 

7.4.2 Hours per day per crewman available, H. 

7.4.3 Weight per crewman, WC. 

7.4.4 Weight provisions per crewman per day, WP 
(nominal 7 day missionO 

7.4.5 Weight Provisions per crewman per day, WPC 
(for missions extended past 7 days) 

7.5 Total energy usage, KW 

7.6 Average continuous power usage, W 

7.7 Average continuous Heat dissipated by PL, W 

7.8 PLG - level constraint (yes or no) if yes, enter 7.8.1 & 7.8.2 data 

7.8.1 Operating g-level constraint 

7.8.2 Total operating duration for g-level 

7.9 PL Mission duration requirement 


*Calculated 
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7.10 Orbit parameters 

7.10.1 Any orbit acceptable (yes or no). If no then no 
input data in 7.10.2 

7.10.2 PL apogee and perigee altitude (NMI) and Inclination 
(Deg) (nominal, maximum and minimum) 

PLHAHIN, PLHANOH, PLHAMAX 
PLHPMIN, PLHPNOH, PLHPMAX 
PLINMIN, PLINNOH, PLINMAX 

7.11 List of MDE needed for PL 

B, Automated Payloads (APL) 

1. Identifying descriptor number (ID) 

2, Alphanumeric name 

3. Responsible organization (Information only) 

4. Launch and entry weight 

5, Deployment orbit parameters, PL apogee and perigee altitude 
(HMI) and inclination (Deg) (Nominal, maximum and minimum). 
PLHAHIN, PLHANOM, PLHAMAX 

PLHPMIH, PLHPNC.!, PLHPMAX 
PLINMIN, PLINNOH, PLINMAX 

6, PL length 
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TABLE 1.3 


BASIC SPACELAB FLIGHT CONFIGURATION DATA BASE 


1.0 Basic Space! ab flight configuration list 

1.1 CORE PLUS EXPERIMENT MODULE 

1.2 CORE MODULE PLUS 9 METER PALLET 

1.3 6 METER PALLET PLUS '9 METER PALLET 

1.4 THREE INDEPENDENTLY MOUNTED 3 METER PALLETS 

1.5 CORE MODULE PLUS 6 METER PALLET 

1.6 CORE AND EXPERIMENT MODULE PLUS 6 METER PALLET 

1.7 CORE WJD EXPERIMENT MODULE PLUS 3 METER PALLET 

1.8 TWO 6 METER PALLETS 

2.0 Hass Properties 

2.1 Basic Configuration Weight 

2.1.1 Total 

2.1.2 Individual module v/eight (includes airlock, tunnel, basi 
structure, module), and individual pallet weight. 

2.1.3 Singe and double rack Payload weight carrying constraint 

2.1.4 Pallet weight carrying constraint 

2.1.5 Launch and landing v;eight limits 

2.1.6 Launch and landing CG constraints 

(Table of CG location constraint vs Spacelab Payload 
chargeable v/eight). 

2.1.7 Weight available for Spacelab Payload 
chargeable weight items. 

3.0 Volume and mounting area available. 

3.1 Single rack volume and width. 

3.2 Double rack volume 

3.3 Pallet mounting area 

3.4 Distance from front of bay to front end of Modules and Pallets. 


4,0 For each configuration, 

4.1 Energy available 

4.2 Continuous average heat rejection capability 

4.3 Continuous average power available 


5.0 Spacelab MDE list 


AfCDOAfWfl'I.l. 
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TABLE 1.4 


ORBITER CAPABILITIES AND COHSTRAINTS DATA BASE ' 

Weight and CG of APRS 
Weight of: 

QMS orbiter fuel requirement (nominal and extended missions) 

RCS orbiter fuel requirement (nominal and extended missions) 
EVA equipment above Orbiter baseline 
EPS kits 

Second Orbiter remote manipulator system 
Second orbiter TDRSS antenna 

Extra hardware and consumable required for missions longer 
than seven days 

Orbiter heat rejection subsystem components not included in 
Orbiter baseline 

Orbiter payload attachment fittings in excess of four 
Adapter hardware for attaching the EVA airlock to the tunnel 
and Orbiter cargo bay. 






36 


TABLE 1.5 


BASIC DATA BASE FILE 


1. Launch year for desired grouping. 

2. Weight per extended mission day to be added to FC 
Spacelab PL total - excluding crew provisions (WORD) 

3. Any other data item that does not naturally fall in 
the other data base files. 




• 0 ^ 
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Table 1.8 

CRITERION CHARACTERISTICS 


Criterion 

Packing 
Alt ernative ' 

Nature of 
Adaptability 

Toler anci 

Dedication 

A 



Mass 

A 



C . G, - Longitudinal 

A, C^*^^ 


20% 

Orbit 




Altitude 

A 



Inclination 

A 



Volume-Area 




Gross Check 

A 


10% 

Detailed 

A 



Energy 

A 


2'% 

Continuous Power 

A 



Pointing 




RCS Fuel 

A 



IPS 

A 



g -Level 

A 


* 

Continuous Thermal 

A 



Rejection 




Crew Attendance 


Add 


Time 


crewman. 


Time 

A, D 

Extend 

0% 

Weight 

A, D 

Mis sion 



^^^A - Rejection 

C - Rearrangement 
D - Adaptability 

Percentages are samples cbosenfor illustration purposes only. 

G. is the only criterion with the rearrangement alternative. 

^*^^As illustrated later this model is more compleXj and is therefore tested 
only after a FC has reached a specified level of loading. 


MdOOtVntlSt^/^ OQUGLA& 
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Table 1 . 9 

• ORDERED CRITERIA {LOGIC FLOW STRUCTURE) 
LOADING PAYLOADS ONTO FLIGHT CONFIGURATIONS 


Alternatives Criterion 


A Pointing - IPS^®"^ • 

D edication 

Mass 

Orbit 

Volume - Area Check 
Continuous Power 
Pointing - RCS Fuel 
g -Level 

Continuous Thermal Rejection 

ir 

A, C C.G. - Longitudinal 

A, D Energy- 

Crew Attendance Time - Time 

- Weight 


Since IPS Model modifies PL characteristics which other criteria check, 
IPS criterion is first {see Table 3) 
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Table 1.10 

CRITERION MODEL DEFINITION 





-* 

Model Typ 

e 

Alternatives 
Other Than 
Reject (A) 
and Nature 


Criterion. 

index 

Criterion 

Additive 

Parameter 

Match 

other 

Maximum 

Tolerance={' 

1 

Dedication 


V 




2 

Mass 






3 

C.G. 



Rearrangement 


20% 

4 

Orbit Altitude 
inclination 



Orbit 

Parameter 

Test 



5 

6 

Volume Area 
Gross Check 
D etailed 

V 


Arrangement 


10% 

7 

Energy 

V 




25% 

8 

Continuous Power 

V 





9 

Pointing 
RCS Fuel 



Added Weight 



10 

IPS 



IPS Model 



11 

g "Level 



g -L evel 




Continuous Thermal 
R e j ection 

V 





13 

14 

Crew Attendance 
Time 
Time 
W eight 

O. 

V 


Attendance 
Time "Weight 


0% 

'“!=Percentages are samples cbosen for illustrative purposes only. 




Table 2. 3. 1 

DEDICATION SPLIT BY RESOURCE PERCENTAGE WITHIN OFFICE 


Office i, (X.%) / Office i, (Y.%) 

Where j - Resource Criteria 

j = 1 Weight 

2 Volume 

3 Energy 

4 Orbit 

5 Discipline 

6 Others 

X% Y% = 100% 
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Table 2. 3« 7 

DEDICATION SPLIT BY OFFICES 


Office (i^) / Office (i^) 

Where i = NASA Office A 
n 

B 

C 

D 


n (Default) 


Multiuser 

ESA 

None 
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Table 7.3.9 

SAMPLE PAYLOAD RESOURCE TABLE*! 


Additive Criteria - Percentage Usage 
of Available (No Tolerance) “With Factors* 


unoraejrcLL 

Payloads 

Energy x EF 

Mass X MF 

CrewfcimexCF Etc. 

Total 

1 

20 X EF = .24 

20 X MF = 22 

5 X GF = 

5 

51 

2 

90 X EF = 108 

10 X MF = 11 

10 X GF = 

10 

129 

3 

50 X EF = 60 

50 X MF = 55 

50 X GF = 

50 

165 

4 

40 X EF = 48 

10 X MF = 11 

5 X GF = 

5 

64 


Sample Factor s ; EF 

MF 

GF 

= 1.2 
= 1.1 
= 1.0 




Table 7.4 

SAMPLE ORDERED PAYLOAD MANIFEST 


Total% 

Payload 

165 

3 

129 

2 

64 

4 

51 

1 

❖Table should include all additive criteria. 

Note; Numbers are samples chosen for illustrative purposes only. 


MCl»Cr/VIV££.£. 
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SAMPLE POWER 



FC FC 

INDEX TYPE 

1 2 


PL ID 

OPERATING 
POWER (KVi) 

OA-1 

0.05 

OA-3 

0.02 

OA-5 

0.08 

OA-7 

0.05 

OA-10 

0.01 

OA-1 2 

0.02 

OA-1 5 

0.10 





t 



:sv-jz?rsoa ’?*7arnrivoa^M/ 






■I 


4 — 





Launch Interval; 

1/85 - 1/86 

Table 8 

SAMPLE OUTPUT MANIFEST 
Total Number of FC’a = 3 

Date; 

6/E0/78 

Tolerance Level; 

5% (a) 

Number of 

Time; 

10;20 

Number PL; 

10 


Operator; 

X. Smit 

Number APL; 

3 





FG Index 

e 

<u 


? 

*r4 

g 

•H 

f 

0 

""cl 

• 

bO 

I 


ui 

U 

Percentage of Available Resources 
Used for Additive Griterxa('^) 

B 

O 

APL 

0) B 
g 

ft;d. 

o 

0) 

P 

12 ; 

1 

0 

0 

•H 

u 

p 

Mass (] 

r-»> 

u 

0 ^ 

MDE 

dj M 

4^ *rf 

^ n 

nJ tT* 
<] p; 

Energy 

Crew- 

time 

Thermal 

Rejec- 

tion 

Power 

Etc, 

1 

3 

- 

KSG 
(40 ) 

NASA 

5 

1 


19.5 

- 

- 

105 

30 

25 

95 

• 

2 

6 

2 

VAFB 
(82 ) 

- 

7 



22.5 


OMS 

90 

60 

50 

80 

• 

3 

2 

1,3 

KSG 

(-) 

- 

6 

1 


23.0 

Man. 
i 

EPS 

40 

105 

20 

30 

V 


Note; All numbers are samples chosen for illustrative purposes only 

(a) 105% maximum (of nominal) 

(b) Appendix I 

(c) L»CG; Forward end of orbiter cargo bay is located at 10m. 

(d) Table should include all additive criteria for Level II. 

(e) Man, - Manipulator 















TI3/VA/OCJ3M/ 


Table 9 

SAMPLE FC WEIGHT SUMMARY 


Launch interval: 1/85 - 1/86 

Tolerance Level: 5% 


Units: kg. 


Missxon 
Independent 
Or biter 
Support 


SL Mission 
Independent 


4, 700 4, 700 

5,200 5,200 

4,000 4,000 


1,000 1,000 

1,000 1,000 


(Exp er iments 
and Crew - 
A PL not included) 


L R 


3,4 

13,000 12,900 

1,200 1 , 100 


Note; All numbers are samples chosen for illustrative purposes only 
L - Launch 
R - Reentry 


Date: 6/20/76 

Time: 10:20 

Operator; X. Smith 


L 

R 

0 

0 

2, 900 

0 

1,800 

0 


L 


,5 


23, 100 

























TABLE 10 


CONFIGURATIONS 


SPACELAB CONFIGURATION 

CONFIGURATION ORDERING FOR 

TYPES GROUPING PROCESS 


1 


2 


3 



M 

3)crn{- 

n 

” TI 

LO-Lj 


2 

7 

8 
6 
5 

3 

4 
1 


4 


5 



6 



7 



8 



fVS^n<S/ViVSXJL 
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Table 11 


COMPUTES. FILES 


Source 

Source 

File 

(Figure) 

(Table) 

PLi Model 

1*0 


PL Data Base 

1.0 


Orbiter Data Base 

1.0 


Spacelab Data Base 

1.0 


Ordered Criterion 


1.9 

Criterion Model Definition 

1.0 

1,10 

Payload Resource Table 

7.3 

7.3.9 

Ordered Element List 

7.3 

7.3.9 

Ordered FC List 

- 

10 

Output Manifest 

1.0 

8, 9 

Incomplete Container Manifest* 

13.1 


Redistribution Manifest* 

13.2 


Volume - Area Loading 

24.0 


Automated PL Model 

26.0 , 


Automated PL Data Base 

26.0 



* 

• 

*■ 



* 

♦ 

• 


sf^Optional Files 


MC:i>OIVtUEt.l, D€fUCtLA^ 
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Tatle 12 

INPUT DATA BASE REQUIREMENTS 



PL Data Base 

FC Data Base 


Amount of 

Amount of 


Resource Parameter 

Resource 

Criterion 

Required Required 

Available 


Dedication. 

Mass 

Orbit 
. Altitude 
Inclination 

V olume - A r ea 
Gross 
D etailed 

Energy 

Power 

Pointing 

RCS Fuel 
IPS 

g -Bevel 

Continuous Thermal 

Rejection 

C r ew Att endanc e 
Time 
Weight 
























Table 26.1 

CRITERIA FOR AUTOMATED PAYLOADS 



Model Type 


Criterion 

Parameter 

•Additive Match 

other 

W eight 

si 


Orbit 

v/ 


Length 

si 


C.G. 


C.G. 

Calculation 
(L ongitudinal ) 


Table '26. 2 



FC -PALLET ADDITION TABLE 


FC Type T 

Can Add Pallet? FC Changed to Type T 

1 

1 

7 

2 

0 

- 

3 

0 

- 

4 

1 

8 

5 

1 

2 

6 

0 


7 

1 

6 

8 

1 

3 

Note that FC Type T= 

1 contains no pallets* 
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9.0 

9{cUTPUT 
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‘vKIGINAL PAGS'315 
OF POOR QUALHJ^ 


IOLDOI^ ^MMS / 




















3,0 



I 







MODtfNniMELiL 


’)IilGINAL PAGB'3S 
*2f^gor QUAuarg 

^^^^iULDOlIT FRAMB } 



















FIGURE 4.0 



:.L. 
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1 

] 



‘^■1 






I 


\ 











NO 


PL'S *NO 
L-B2 rmo PC'S 

\ .0, BL« 7 .0 


DETLKfllNRTION OF 

pavldpo order 

(GO TO FtG 7.3.0 
PNO RETURNI 


INITIPLIZE PPVLOAO 
I iDEX, NE = », SET 
NE«AX = LAST 
PAVLOAD NUnflER IN 
table 7. a 


select NETM PAVLOAO 
FBOn OROEREO MANIFEST 
IN TABLE r.H. IS PL 

designated for 

OEDICATEO GROUPING 
WITH other PL'S? 


SET ( group } 
FLAG = \ ANO 
GET G( X 1 value 
FDR GROUP 



..\AT. PAGE IS 
1’; QilALPrYI 


FOLDOUT F RAlfl l 


MCOOMMf LA, 








































1 I I 

FIGTTRE 7.3 


r . 1 . 1) 



60 




1 


A 
















I 



PAGE IS 

,-jUR QUAU'rYi 


nY 


AfOOOWMfl'I.I. DOUaLM9} 


POLDOI^ fElAME j 





r 


FIGUBE 7.4 


7 .H.6 
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n>u)uu'r 6L. 









( 


I 


7.7.1 7.7.3 


PACK PA7L0A0 

ONTO A FC^ 


7.7.2 

IS 1 6R0UPI ) 

VES 

IS G< 1 > FOA 
(NETH)PL = 

VES 

FROM FIGUAC 
7.0, tLOCK 7,7 


flag 

17 

1 : 3 — 


GC 1 } FOR ( NCTH 
- 1 >PL7 

■ 


7 . » . 1 


GET rc 

MunBER FROn 
PL ORTA SASE 








r. 7.7 


INITIALIZE 
FC INOCI« 

MC * 1 




NO 


r.7.h.2 |ycs 


LAGEL FC type 

( FCT ) 

AND FC NUNGEA 

{ NC ) 

FOR ALL GRUUr 

G( 7 ) 

PL'S. SET ( 6R0UP1 ) 

FLAG > 1 




fOLDOUT FRAME 


OOUOLJk. 


QC 


I 












T. r.t 


i 


I 


jL'ke; 
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i 


i jnr I i I 1 I t 

FIGURE 7.7.8 


5 


INI r MtLlZ( 


ATT E W. 1 
INDEI NA s 0 

1 

'r 


y.r.8.13 



63 I^OUT FR.A 















FROn FIGURE 
T.T.0, block 
7 . 7 .8 . 1*4 
ADAPTER LOGIC 


7.16.2 


7.16.3 


initialize 
adapter index, a 

= 1 AND GET AHAX 

FROM Table le 


INITIAL 

IZE ATH 

adapter 

criteria 

INDEX, 

AC = 1 

AND GET 

ACriAX 

FROn TABLE 1 . 8 


7 . 16 .*• 


does ATH 
adapter satisfy 
criteria test 

AC FOR FC7 


YES 



I 


I 


ool 


uoaJtLm 


POLDOUT ERAMB 





figure 7.16 


7.16.5 7.16.6 



7 . 16.11 


RETURN TO 
^ FIGURE 7.7.8, 
block 7.7.8.^ 
WITH accept 
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fX)LDOUT FRAMt 













FOLDOtJ'E 1 ORIGMAI} PAGE IB 

^ Qp pQQj^ QUAUT t 





FI CUBE 7.17 


r AT.t 



7 . 17.8 



* 1 ' 



d^oLDout mA¥r^ ^ 














4 


7.17.1.0 



7.17.1 



0R1QQ;[j^ 
POOR Qi7 


t; >* :!.•■■ - I 


MCOaNJVEt^L. KJnUGl^^, 


1^— 


LEVEL I - CALCULATE LCG OF P/M TYPE i. NUMBER j (P/Mjj) 

FRONT END OF P/M (i = 1 : PALLET; i = 2: MODULE) 

x“ “ LCG OF P/Mjj WITH NO PL 

M® = MASS OF P/Mjj WITH NO PL 

x!!,*" = LONGITUDINAL POSITION OF PL K ON P/Mj, 

tik 

PL 

M... = MASS OF PL K ON P/Mj: 

Ijk IJ 

Njj -= NUMBER OF PL ON P/Mjj 

Mjj = MASS OF P/Mjj 

Xjj = LCG OF P/Mjj 

LEVEL It - CALCULATE LCG OF FC TYPE B NUMBER m iFCun,}, 
WHERE P/Mj SUCCESSIVELY NUMBERED STARTING 
FROM FRONT END OF BAY WITH i “ 1 

Xj = LCG P/Mj (ACTUALLY Xjj - HAVE REt-ABELEDi 
Mj = MASS P/Mj (Mjj) 

Xq,„ = DISTANCE TO FRONT OF P/M,- (P/Mjj RELABELED) FOR FCj^j 
Nj^ “ NUMBER P/M ON FCc^ 












figure 7.18 


7,18.3 


GO TO FIGURE 
7,7.8, SLOCK 
7.7,B,9 


H 


7 . 19.1 





7.19.M 



MCOONtVEILL. JOOUaJLA^ 


@L_ 


PAGE IS 


FOlDOinj pAS®/ 

/ OF POOK QUAEM 


OF 











FIGURE 7.19 


7. IS ,10 



WTOT = WTOr + (N 


+ E)tLM - 


TjtUPXJ, INCLUDES ■ 


EXTENDED tllSStON 


PROVISIONS 


7,19,U 


RETURN TO 
^ FIGURE 

T.r>8, BLOCK 

r.r.9,9 







FIGURE 7.20 
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FIGUHE 7*21 


7.21 


parameter 

WATCH 

model 


I 


7.23 



OBIGINAi; BAGS W 
OP POOR QUALm 
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7 . 22.1 


7.22 


fOUE» 

1 CRITERION 
[EVALUATIOM 


GET FOR DPERATINB 

POWER, top), DURATION 
PER OPERATION, t DURP ), 
FREQUENCY OF 
OPERATION, tFREP), AND 
NlSSIDN DURATIOH, (DH) 


7 . 22.2 


7 , 22.3 


CALCULATE TOTAL 
OPERATING POWER USED 
BY PL, (POUTOTPL) - 
(DP HOUnP HFREP H DK) 


JHCREHENT THRU POWER 
MANIFEST AND SUM TOTAL 
POWER (POWTOTFC) FDR ALL 
PL'S ON FC. tPDWTDTFC) = 
SUMMATIONt PGMTOTPLtH) ), 
WHERE N - PK FIRST) TO 
Nt MAX ) 


tJElGlNAL PAGfl'10 
UF POOR QUALM 

i^ULDOUT BBAiH f 





FIGURE 7.22 






13 . 1,0 


13 . 1.3 





gOLDOU^ gEAMB I 









FIGUEE 13.1 


13 . 1 . 5.2 







L3«2.0 


1342*2 







lytGDO/VNr^Ul. i[9K»aGt^S:^ 


qI- 










FIGURE 13.2 
























FIGURE 13.4 


13 *’ 4.10 














tUGli‘Uii4 PASiii iS 
F POOE Q'UAU^'^' 



niCDCn/K^l^l. DOLTGiJtsVl 








FIGUIiE 13.5 




. 1 . 

iiii 
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mu)om.mm\ oeiginah page is 

OP POOR QUALITY 









FIGUEE 23.0 




r 









POOR QDALITSlf 
3UT FRAHB I 


AfOXTO/tr^f £.JL ^OI/OJL^J 

















\L . I ( I I ’ . I t ( r 

FIGURE 23.5 

















FIGURE F3.7 



oeigwae 
OF POOR QOAIiEI*! 
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E3, lO.C 


SET HEW ORBIT 
PftBAJIETERS, FBOn 
figure Z3*0, 
BLOCK 23.10 


COnrtENT — STORE ALL 
NEW CONTAINER 
PARAHETER5 IN 
■> TEMPORARY MaNI FEST 
UNTIL ALL OTHER 

criteria have been 

SATISFIED 


Table 23.5 

DEFINITION OF SYMBOLS FOR FIGURES 23.5, 23. 7, AND 23. IQ 


HA 

= Apogee altitude 

HP 

= Perigee altitude 

IN 

= inclination 

PL 

= Payload 

CT 

= Container (pallet or module rack) 

MIN 

= Minimum 

MAX 

= Maximum 

NOM 

= Nominal 

MD 

= Mission duration 

Exatnple; CTHAMIN = Container apogee altitude 
PLMD " Payload mission duration 

. LT. 

= Less than 

. LE. 

= Less than or equal 

. GT. 

- Greater than 

. GE. 

= Greater than or equal 


ORIGINAL PAGE IS. 
OF POOR QUALM 






I i I 


rXGUKE 23.10 


23 . 10 . 0.1 23 . 10 . 1.0 



:s 23.5, 23.7, AND 23. 10 


! rack) 


10 gee altitude minimum 
sion duration 
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FICRjPE 


I S PL 
C P 

Type 

DR 

B 

GO TO 

r, 

R? 


P 

1 

F I GUH E 
2M .2 


logic 


display PL ID, PL TYPE, FC 
TYPE AND FC RE50UHCE 
MANIFEST. TD LOAD PU, INPUT 
CRACK> NO. AND/OR (PALLET) 
NO. ( RACK )I = ? (PALLET >I 
- 7 IF LOGIC IS DESIRED, . 
TYPE CLDGIC). IF NOT DESIRED 
TD LOAD PL, TYPE CNDLQAD) 


DID PL PASS 

loading ^0 

CRITERIA? 

YES OR NO- 


select rack 

COnPONENT OF 
PL. GO TO 
FIGURE ZH.2 


GO TO 

FIGURE 

2^.H 


RETURN TO 
figure 7.T.8, 
block T,7,8.1K 

with (NO) 


— 

rack LOADING 
TEST 

SATISFIED? 

YES OR NO FROrt 
FIGURE 2H,2 


YES 

► 

SELECT pallet 
COMPONENT OF 
PL. GO TO 
FIGURE 2A.*j 























OE.IG3NAC PAGS IS* 
OP POOR QUAim 





































PIGUfiB 2 U .5 


r*; CURRENT 
FC 

PALLET-ONLV 
( PD ) TVPF? 


?H . 5 . 5 

IS t TPLWT ) 
.LT. 

t WT t P( I ) ) )? 


.5,t 

ADD TOTAl AREA LOADED 
BELOW niD'DECK* 

( TIIDAON) = (THDADW ) + 
rPLA ). lAnDADN) = 

C AF )( (IDADNd)] ‘ 

( TrtDADN}. 


2R . 7 

IS CTPIDADN) 
.GT, 

( AMDAON)? 

I YES 


retufih to 

Fl&UFE 2H*0, 
^ BLOCK 2H.S 
WITH ( VE5 ) 


2** .5 , 13 


IS (TPLUT ) .LT. 
(UTtPd )( I )m 


?d5 


2-lJ 

IS P( I ) 

YES 


^ “ 2? 



NO 



M6 V 


2A.! 

IS PC I ) I 

YES 


= 37 1 



NO 




g IS PCX) 

- LAST PALLET 
ON. FC? 


GO TO 

FIGURE 

2^.12 


60 TO 

FIGURE 

2^.13 


2 ^. 5. 12 

GO TO FIGURE 
► 2H.8 FOR ABOVE 
niD-DECK CHECK 


GO TO detailed 
PALLET 
VOLUNE-AREA 
CHECK. FIGURE 
2 H,ZQ 


iNCHEMEWr 
PALLET INDEX. 
PCX) = PCX) + 
1 


















PALLET above 
niD-DECK LOADING. 
REINITIALIZE 
PALLET INDEX, 

P( X ) s 1 




2 M.B .2 


2 ^, 8, 3 




?*l| 


IS tPLA) 
.LT, 

! IfillDAUP )? 


YES 


(TPLWT ) 
CTPLWT 1 
I {UPD 


IS ( PLH ) 
,LT. 

( HU )? 


YES 


NO 


J- 


NO 


IS CURRENT 
FC 

PALLET-ONLV 
( PO) TYPE? 


ND 


2^.0 J 3 


NO 


15 (TPLWT) 
.LT. 

tUTlPU )))? 


YE' 


n 

MJT( 


VE 5 


.14 


24. B 

IS P(I 1 

NO 

= 2? 



YES 



15 P 


8.10 1 

__ 

3 

!a£! 1 

PCX) = 
PCX) + 1 

> 


1 ] 



2^.8. IT 



lOIiDOU^ EEAi'dE 


MCnONNEI-l. _ 


















1 

1 
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a...., I i 




VIEWING PL 
LOf^DlNG f^ND 
ENVELOPE 
CHECK 


% 


ZH.9.1 


SET N “ 

^ twno)/io, Ol 
= (Uino)/z 


Z*i.9.22 


iNCREriENT 


PALLET INDEX, 

V' 

PCX) = PCX > + 


1 





2^ .9.2 


HI = 

■> SQ.BT.{ ( Dl H Dl ) 
(R )(R ) > 


2^. 9. 3 




29.9 

.9 

NO 

J 

Dl " 


Dl - N 


2^.9. 15 


PL CAN BE LOADED 
ON I9JD-DECK. SET 
(DECK) FLAG= 

(UP) FOB PL 


2 


\ 

J 


I 



i 


I 


ORIGIN^ PAGE" IS 
0^ POOR QEAL^S- 










FIGURE 2h.9 


29 

.9.5 

9 ,H 


, Dl = ^ 

IS Dl 

D1 -- N 

.LT. 0? 


2 ^ . 9 .6 

PL CANNOT BE 
LOADED ON 
niD-oECK. set 
t DECK ) flag = 
tONDER ) FOR PL. 


2 * 1 , 9,7 

IF t DECK } flag - 
tUP), SET tAREA) = 

( ANDAOP ). IF t DECK ) 
FLAG = (UNDER ), SET 
(AREA) = lAPlDADN). 


29 , 9,6 

GO TO FIGURE 
29,9.1 TO 
CONTINUE VIEWING 
AND ENVELOPE 
CHECK 









COMTIMUATJDW OF 
VIEUiUC ANO 
EMVELOfE CHECIC 
, FAOn FIEU«E 








15 tFLA) 

.LT, 

tAHEAl? 


izs 


SET (ABEA1 
1C tAnOAUf) 


JS (fLAJ 
.LT. 

[ AHEAn 


VES 


KD 


ND 



ZH 


1 .E- , IF t DECK J FLAG ■ 
UINDEB I, PL CAM BE 
LOAPEP QH FLOOR PANEL 
UITH PARTIAL niD-DECK 
REnOVED, IF ^BECKJ 
FLAG “ UP. CAN LOAD 
ABOVE niP-PECA 




2 H,^, 


21 . 


OETAtN IAHOADN} 
AND ( AnOAUP > FOB 
MANIFEST UPOATE 
IF ALL CRITERIA 
ARE SATISFIEO 


YES 


IS CURRENI 
FC 

FALLET-DNLY 
CPOJ TYPE? 


VE5 


IS IT 

twiip; 


NO 


Two 


ZM. 9. 17 ' 


IS ITPLMTJ 
,LT. 

tUTtPci m? 


VES 


*IT 


21. V 

.20 


IS Pin 

NO 

IS PI n 

- Z7 


* 37 


VES 



VES 


FOLDOU? pAMj|; 


ORIGINAL PAGE IS 
OP POOR QUALITYI 


/WCDON.^f^iLJL 














FIGUEE 2k. 9.1 



FOLDOITIH?.^*. 



















i 

i 

i 

3 


ORIGlNAi; PAGB'ig 
OP POOR QUAOT5 
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ORIGINAO PAGS 13 

OF POOR QUALn?^ 


/WCOOftfA/Jffjt.L i^OUGtJisf' 
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' PH Z ) - 
\PUl \ + \ 


ZH , 12. 19 

IS PH 1 J 
- I? 

Tvis 

2M. IZ.ZZ 

SET ( P I I = 

1 , « P J ) - 

2 


ZH.\ Z.20 

^ 15 pTtZ) 

" - 2 ? 

Ives 

29H2.23 V 

SET (PI ) = 
3, ( PJ ) = 

H 


2*f. 12. 1 


^“PRLLET 

VRfllW 

LOADING 


Z^. IZ.Z 

15 PT( Z ) 

= 2? 

VE5 


increment pallet 
TRAIN INDEX, PTC Z ) 
= PTC Z ) + I, SET 
PI = PTC 2), PJ = 
PTC Z ) + I . 















FIGUSE 24.12 


jis Pit z ) 
[= 3? 


TPLWT - 
TPLUTtPt I + 
TPLWTtPJ ) 



IS PTtZJ 
= 2? 


T^DAD^^ - 
TnOADfHPI 3 + 
TnOADfK P J 3 


EM. 12,8 


AMDAUP = 
ftnDAUP<PI 3 
Af1DAUP( PJ ) 


TmDAUP = 
Tf1DAUP<?l ) 
TnOAUPt P J 3 


GO TO FIGURE 
2H.M, BLOCK 
2A.4,r 


2H,12,3 


aetubn to 

FIGURE 24,0, 
BLOCK 24*5 
WITH (NO 1 





















ORIGINAI} PAGE jC§ 
OP POOE QUALEra 


'oldoujpeame I 


MCl70/VAfJEX.l, £iOIi«3rX^s' 
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FIGUEE 24.20 
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2 * 1 , 20.18 
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